In-server redirection of HTTP requests

ABSTRACT

A method and system for HTTP request service identify a true URL content regardless of whether the target URL is redirected, and send the true URL content to a client. The requesting and sending of the redirected URL content is done internally in the HTTP server system and do not require the client to have the ability to receive and execute a URL redirection command. The server system receives a URL request from the client and generates within the server a response to the URL request. If the response does not contain any redirection information, the true URL content includes the target URL content; and if the response contains redirection information indicating a redirected URL, the true URL content includes a redirected URL content associated with the redirected URL. The client receives the true URL content in either case by submitting a request for the target URL once.

RELATED APPLICATIONS

This application is a continuation of and claims priority to U.S. patentapplication Ser. No. 14/965,753, filed Dec. 10, 2015, entitled“IN-SERVER REDIRECTION OF HTTP REQUESTS” which is a continuation of andclaims priority to U.S. patent application Ser. No. 14/711,716, filedMay 13, 2015, entitled “IN-SERVER REDIRECTION OF HTTP REQUESTS” which isa continuation of and claims priority to U.S. patent application Ser.No. 12/602,046, filed Nov. 25, 2009, which is a national stageapplication of international patent application PCT/US09/55050 filedAug. 26, 2009, entitled “IN-SERVER REDIRECTION OF HTTP REQUESTS” whichclaims priority from Chinese patent application, Application No.200810214821.X, filed Aug. 26, 2008, entitled “SYSTEM AND METHOD FORREALIZING HTTP REQUEST SERVICE”, which applications are herebyincorporated in their entirety by reference.

TECHNICAL FIELD

The present disclosure relates to the field of electronic commerce, andparticularly relates to methods and systems of credit risk control.

BACKGROUND

The present disclosure relates to HTTP services in Web applications, andparticularly relates to redirecting technology in HTTP services.

Under existing technologies, if a network user needs to visit a certainweb page, the user enters an URL address corresponding to the web pageon a client, and the HTTP server normally returns the web page requestedby the user. However, some Internet websites use page redirectingtechnology to ensure that visitors are directed to relevant webpageseven if target web pages intended by the visitors are underconstruction, going through adjustments, changing web page directorystructures, transferring to the web pages at new URL addresses, orchanging the web page extensions. Without a redirecting function,obsolete addresses associated with bookmarks of the network users orwithin search engine's databases would only return a “404” web pageerror message to the visitors, leading to a loss in browsing traffic.Furthermore, some websites may be associated with multiple domain names.Proper redirecting tools are needed to automatically redirect networkusers visiting these domain names to respective sites using redirection.

More specifically, if a standardized HTTP redirect function is used, anHTTP server first returns a redirection “3xx” command word as well as aredirected URL to a client. Upon receiving a returned redirection code(e.g., a redirection command “301”, “302”, “303” or “307”), the clientre-submits a request to the HTTP server based on the redirected URL inorder to obtain a final URL content. For instance, a redirection code“301” represents “Moved Permanently”, while a redirection code “302”represents “Moved Temporarily”, etc.

Using existing standardized HTTP redirect function, the client needs tofirst receive the redirected URL from the HTTP server, and thenre-submit a new request to the HTTP server based on the redirected URLin order to obtain the final URL content. This not only wastesadditional network bandwidth, but is also particularly unsuitable forcircumstances which have a high network bandwidth requirement such assurfing the Internet using mobile phones. Moreover, communication feesof a network user are increased, especially if the provider and the useradopted pay-per-use mechanism. Furthermore, as the client needs tore-submit a URL request to the HTTP server, response rate is reduced,leading to poor user experience. This is especially true for thecomplicated networking environment of the Internet and mobile phones. Inaddition, if the client does not support redirection command, it willresult in a re-sending failure of a URL request to the HTTP server.Therefore, solutions that provide fast and convenient URL requestservice to a client are needed.

SUMMARY

Disclosed are a method and a system for HTTP request service whichidentify a true URL content regardless of whether the target URL isredirected, and send the true URL content to a client. The requestingand sending of the redirected URL content is done internally in the HTTPserver system and do not require the client to have the ability toreceive and execute a URL redirection command. The server systemreceives a URL request from the client and generates within the server aresponse to the URL request. If the response does not contain anyredirection information, the true URL content will include the targetURL content; and if the response contains redirection informationindicating a redirected URL, the true URL content will include aredirected URL content associated with the redirected URL. The clientreceives the true URL content in either case by submitting a request forthe target URL once.

To generate a response to the URL request, the system may simply submitthe URL request to the target URL, and receives an HTTP response fromthe target URL. In one embodiment, the response has an HTTP header. Theserver identifies the redirected URL associated with a 3xx redirectioncommand in the HTTP header.

In one embodiment, to obtain the true URL content by the serveraccording to the response, the server determines the redirected URLindicated by the response, submits a redirected URL request to theredirected URL, and receives the redirected URL content from theredirected URL.

The server system for HTTP request service has a server computer whichis programmed to perform the acts described herein.

Using the disclosed system and the method, upon sending a URL request toan HTTP server, a client obtains a true URL content without having tore-submit a request for a redirected URL to the HTTP server. The useronly needs to send an original URL request to the server once in orderto obtain a true URL content. This saves network bandwidth and cost, andimproves user experience. Furthermore, the number of URL requests sentfrom a client to an HTTP server is reduced to lower the connectionburden on the HTTP server. The system and method do not require theclient to support a redirection function, as the redirection function isperformed internally by the HTTP server.

This Summary is provided to introduce a selection of concepts in asimplified form that are further described below in the DetailedDescription. This Summary is not intended to identify key features oressential features of the claimed subject matter, nor is it intended tobe used as an aid in determining the scope of the claimed subjectmatter.

DESCRIPTION OF DRAWINGS

The detailed description is described with reference to the accompanyingfigures. In the figures, the left-most digit(s) of a reference numberidentifies the figure in which the reference number first appears. Theuse of the same reference numbers in different figures indicates similaror identical items.

FIG. 1 shows a functional block diagram illustrating an exemplaryprocess of sending a URL request from a client to an HTTP server usingan existing technology.

FIG. 2 shows a flow chart illustrating an exemplary process of sending aURL request from a client to an HTTP server according to the existingtechnologies.

FIG. 3 shows a block diagram illustrating an exemplary process ofsending a URL request from a client to an HTTP server in accordance withthe present disclosure.

FIG. 4 shows a flow chart illustrating an exemplary process of sending aURL request from a client to an HTTP server in FIG. 3.

FIG. 5 shows a functional block diagram illustrating another exemplaryprocess of sending a URL request from a client to an HTTP server inaccordance with the present disclosure.

FIG. 6 shows a flow chart illustrating the exemplary process of sendinga URL request from a client to an HTTP server in FIG. 5.

DETAILED DESCRIPTION

Exemplary embodiments are described in further detail below using theaccompanying figures.

In the presence disclosure, a “module” or a “unit” in general refers toa functionality designed to perform a particular task or function. Amodule or a unit can be a piece of hardware, software, a plan or scheme,or a combination thereof, for effectuating a purpose associated with theparticular task or function. In addition, delineation of separate unitsdoes not necessarily suggest that physically separate devices are used.Instead, the delineation may be only functional, not structural, and thefunctions of several units may be performed by a single combined deviceor component. When used in a computer-based system, regular computercomponents such as a processor, a storage and memory may be programmedto function as one or more units or devices to perform the variousrespective functions.

FIG. 1 shows a functional block diagram illustrating an exemplaryprocess 100 of sending a URL request from a client to an HTTP serverusing an existing technology. As shown in FIG. 1, an system includes aclient 101, an HTTP server end A 102, an HTTP server end B 103, a targetURL content 104, and a redirected URL content 105. It is appreciatedthat the HTTP server end A 102 and the HTTP server end B 103 may belongto a same server or different servers.

For example, suppose a user at the client 101 needs to visit a certainweb page, and enters a URL http://www.alisoft.com/im/gettip.html into anaddress field of a browser. The browser receives a command, andestablishes a connection with the HTTP server end A 102. The HTTP serverend A 102 in this case is a part of a server hosting the website ofwww.alisoft.com. The HTTP server end A 102 processes a request for theURL. Suppose the content corresponding to the above target URL ( . . ./im/gettip.html) has been modified, and the provider of the URL hastemporarily redirected the target URL to a different webpage with aredirected URL http://www.alisoft.com/portal/getnewtip.html. In thiscase, the HTTP server end A 102 returns a redirection command “302” anda redirected URL to the client 101. Upon receiving the redirectioncommand “302” and the redirected URL (i.e.,http://www.alisoft.com/portal/getnewtip.html), the client 101 re-submitsa URL request to the HTTP server end B 103 based on the received new URL(redirected URL). The HTTP server end B 103 in this case is also a partof the server hosting the website of www.alisoft.com. The HTTP serverend B 103 processes the URL request, and returns the redirected URLcontent 105 to the client 101.

In this description, the target URL content 104 refers to a content of atarget URL intended to visit by a client. If the target URL is notredirected, the target URL content would have been normally returnedafter the client 101 submits a request for the target URL. In the aboveexample, the target URL content 104 is the content of the webpagehttp://www.alisoft.com/portal/getip.html. The redirected URL content 105refers to a content of the redirected URL sent by the provider of thecontents. The redirected URL content is the content intended to beobtained by the client 101 as a result of redirecting. In the aboveexample, the redirected URL content 105 is the content of the redirectedwebpage of http://www.alisoft.com/portal/getnewtip.html.

In the above example, regardless of whether the HTTP server end A 102and the HTTP server end B 103 belong to the same server or differentservers, two separate requests need to be sent to the HTTP server endsfrom the client 101. Specifically, within a process from submitting aURL request to obtaining the URL content as illustrated, one request issubmitted for the original URL intended by a user, and another requestis submitted for the redirected URL.

FIG. 2 shows a flow chart illustrating an exemplary process 200 ofsending a URL request from a client to an HTTP server according to theexisting technologies. The process is described as follows.

-   -   Block S201: The client 101 sends a URL request to the HTTP        server end A 102.    -   Block S202: The HTTP server end A 102 receives and processes the        URL request.    -   Block S204: Based on the target URL content 104, the HTTP server        end A 102 determines whether a redirection is required.        Specifically, if the service provider has redirected the URL        requested by the user, the HTTP server end A 102 analyzes the        request, and obtains a redirection command “3xx” and a        redirected URL associated therewith. If the redirection is not        required, the HTTP server end A 102 returns the target URL        content directly to the client.    -   Block S206: If the redirection has been arranged by the URL        content provider, the HTTP server end A 102 returns the        redirection command “3xx” (e.g., “301”, “302”, “303”, or “307”,        etc) and the redirected URL to the client 101.    -   Block S208: The client 101 sends a new URL request for the        redirected URL to the HTTP server end B 103.    -   Block S210: The HTTP server end B 103 receives and processes the        new URL request.    -   Block S212: The HTTP server end B 103 returns the redirected URL        content 105 to the client 101.

Corresponding to Block S206, the client 101 receives the redirectioncommand “3xx” and the redirected URL from the HTTP server end A 102.This implicitly requires that the client 101 support a redirectioncommand, otherwise the client 101 would fail to send a redirected URLrequest to the HTTP server end B 103.

FIG. 3 shows a block diagram illustrating an exemplary system 300 ofsending a URL request from a client to an HTTP server in accordance withthe present disclosure. System 300 includes a client 301 and an HTTPserver 310 which hosts or has access to a target URL content 304 and aredirected URL content 308. The definitions of target URL content 304and the redirected URL content 305 are the same as target URL content104 and the redirected URL content 105 described in FIG. 1.

For the purpose of illustration, assume the user intends to visit atarget URL http://www.alisoft.com/im/gettip.html, and the provider hasredirected this URL to another URLhttp://www.alisoft.com/portal/getnewtip.html. After the user sends a URLrequest using the client 301, the HTTP server 310 receives and processesthe URL request. In one embodiment, the server 310 sends the URL requestof the client 301 to the target URL and receives a response. The server310 determines based on the response whether a redirection is required.If the redirection is not required, the server 310 sends the requestedtarget URL content 304 to the client 301. If a redirection is required,the server 310 submits a request to the redirected URLhttp://www.alisoft.com/portla/getnewtip.html to obtain the redirectedURL content 305, and returns the obtained redirected URL content 305 tothe client 301.

In other words, server 310 always returns the true URL content 312 toclient 301, which may or may not be aware of any redirecting activitiestaking place within server 310. The true URL content 312 is obtained bythe server 310 according to the response generated within the server inreaction to the URL request of the client 301. The content of the trueURL content 312 depends on whether the redirection is required of thetarget URL. In one embodiment, if the response does not contain anyredirection information, the true URL content 312 will include thetarget URL content 304; and if the response contains redirectioninformation indicating a redirected URL, the true URL content 312 willinclude a redirected URL content 305 associated with the redirected URL

In one embodiment, the response has an HTTP header. If the server 310determines that a command word of the HTTP header in the response is aredirecting command “301”, “302”, “303”, or “307”, and that the HTTPheader also includes a Location header and an associated redirected URL,the server 310 decides that redirection is needed and submits a requestto the redirected URL designated by the Location.

Upon receiving the redirected URL content 305, the server 310 returnsthe content to the client 301. This completes the HTTP request servicerequested by the user.

As shown in FIG. 3, the interactions between client 301 and an HTTPserver 310 is different from the interactions between client 101 and theHTTP server ends 102 and 103. In FIG. 1, client 101 first submits a URLrequest to the HTTP server end A 102 which returns a redirection commandand a redirected URL to the client 101. The Client 101 then sendsanother request for the redirected URL to the HTTP server end B 103. TheHTTP server end B 103 returns the redirected URL content to the client101. As a result, Client 101 is required to submit two URL requests tothe HTTP server ends regardless of whether the HTTP server end A 102 andthe HTTP server end B 103 belong to a same server.

In comparison, the client 301 submits an original URL request to theHTTP server 310. Regardless of whether the URL request has beenredirected by the provider to a new URL, the HTTP server end returns atrue URL content 312 directly to the client 301. The true URL content312 may be the original target URL content 304, or the redirected URLcontent 305, depending on the redirection set by the provider. Theclient 301 submits a URL request only ones and receives a true URLcontent. This may improve the user experience because in practice, theuser may be only concerned about obtaining a true URL content using anoriginal URL request, and does not care whether a redirection commandand a redirected URL are first returned, and a URL request based on theredirection command and the redirected URL is then sent to the HTTPserver to obtain the true URL content.

Furthermore, because a client only needs to submits a URL request oncein order to obtain a true URL content corresponding to the URL request,interaction between the client and the HTTP server is more streamlinedand saves network bandwidth. From the HTTP server 310's perspective,number of URL requests sent from the claims to the HTTP server is alsoreduced.

FIG. 4 shows a flow chart illustrating an exemplary process 400 ofsending a URL request from a client to an HTTP server in FIG. 3. FIG. 4illustrates an interactive process among the client 301 and the HTTPserver 310. The process 400 is described as follows.

-   -   Block S401: The client 301 sends a request for a target URL to        the HTTP server 310. The request is to request a target URL        content located at the target URL which may be hosted on or        accessible by the server 310.    -   Block S402: The server 310 receives and processes the URL        request.    -   Block S404: the server 310 generates a response to the URL        request. In one embodiment, the server 310 sends the URL request        to the target URL and receives a response (a return). The server        310 then analyzes the response to determine whether a        redirection is required by the provider as shown the next block        S406. It is appreciated that such information of redirection        requirement may be stored within the server 310 and made        directly available for the server 310 to analyze.    -   Block S406: The server 310 determines whether a redirection is        required for the URL. If the redirection is not required, the        process proceeds to Block S410A. If the redirection is required,        the process continues to Block S410B. For example, the server        310 analyzes an HTTP header of the response returned from the        originally requested target URL. If a command word returned in        the HTTP header is a redirecting command “3xx”, and a Location        header and a URL are included in the response, the server 310        determines that the redirection is required.    -   Block S410A: In case where no redirection is required, the        server 310 returns the originally requested target URL content        304 as the true URL content to the client 301.    -   Block S410B: Upon deciding that redirection is required, the        server 310 returns the redirected URL content 305 as the true        URL content to the client 301. In one embodiment, the server 310        directly submits a request to the redirected URL for the        redirected URL content 305, and sends the received redirected        URL content 305 to the client 301.

As shown in the above process, the server 310 always returns a true URLcontent 312 upon a single URL request by the client 301. The above blockS406 is used to determine and obtain the two URL content according tothe response generated by the server 310 in reaction to the originalrequest for the target URL. The true URL content 312 may be theoriginally requested URL content 304, or the redirected URL content 305,depending on whether redirected is required.

The specific implementations, server 310 may be any suitable server orserver system which has common computer components such as processor(s),I/O devices, computer readable media, and network interface (not shown).The processor(s) may be programmed to perform the acts involved in theprocesses described herein. In one embodiment, the server 310 may beprogrammed to have various functional modules to perform correspondingfunctions, as described below.

FIG. 5 shows a functional block diagram illustrating another exemplarysystem 500 of sending a URL request from a client to an HTTP server inaccordance with the present disclosure. System 500 includes a client 501and an HTTP server 510 which hosts or has access to a target URL content504 and a redirected URL content 505. The HTTP server 510 includes anHTTP server end 512 and a redirection analysis module 514. Thedefinitions of target URL content 504 and the redirected URL content 505are the same as target URL content 104 and the redirected URL content105 described in FIG. 1.

For the purpose of illustration, assume the user intends to visit atarget URL http://www.alisoft.com/im/gettip.html, and the provider hasredirected this URL to a redirected URLhttp://www.alisoft.com/portal/getnewtip.html. After the user sends a URLrequest using the client 501, the HTTP server 510 receives and processesthe URL request through the HTTP server end 512. For example, the HTTPserver end 512 may submit the user URL request to the target URL andreceive a response. The HTTP server end 512 forwards the receivedresponse to the redirection analysis module 514 which then determineswhether a redirection is required. If the redirection is not required,the redirection analysis module 514 returns the requested target URLcontent 504 to the HTTP server end 512 which in turn sends the URLcontent 504 to the client 501. It is appreciated that the server end 512may have retained target URL content 504 and only sent an HTTP header tothe redirection analysis module 514 to analysis. In this case, theredirection analysis module 514 instructs the server end 512 to send thetarget URL content 504 to the client 501 upon determining that noredirection is required.

If a redirection is required, the redirection analysis module 514submits a request to the redirected URLhttp://www.alisoft.com/portla/getnewtip.html to obtain the redirectedURL content 505. The redirection analysis module 514 may do this eitherdirectly or instruct another functional module such as the server end512 of the server 510 to do the same. For example, if the redirectionanalysis module 514 determines that a command word of an HTTP header inthe response is a redirecting command “301”, “302”, “303”, or “307”, anda Location header and a URL are included in the response, theredirection analysis module 514 determines that redirection is requiredand thus submits a request to the URL designated by the Location. In thepresent example, the URL included in the Location header is theredirected URL. Upon receiving the requested URL content (redirected URLcontent 505), the redirection analysis module 514 returns the content tothe HTTP server end 512. The HTTP server end 512 then sends theredirected URL content 505 to the client 501. This completes the HTTPrequest service requested by the user.

FIG. 6 shows a flow chart illustrating the exemplary process 600 ofsending a URL request from a client to an HTTP server in FIG. 5. FIG. 6illustrates an interactive process among the client 501, the HTTP serverend 512, and the redirection analysis module 514. The process 600 isdescribed as follows.

-   -   Block S601: The client 501 sends a request for an original        target URL to the HTTP server end 512.    -   Block S602: The HTTP server end 512 receives and processes the        URL request, and obtains a response to the URL request. For        example, the server end 512 may submit a request to the target        URL and receive a command in the returned HTTP header.    -   Block S604: The HTTP server end 512 forwards the URL request        from the client and the response to the redirection analysis        module 514. The forwarded information may depend on whether the        content provider has set to redirect the target URL. If there is        no redirection, the server end 512 may simply forward the        original URL request. If there is redirecting, the server end        512 may forward the HTTP header information returned from the        target URL. In one embodiment, the server end 512 may forward        the response only (which in one embodiment is the result of        submitting the original target URL request to the target URL) to        the redirection analysis module 514.    -   Block S606: The redirection analysis module 514 determines        whether a redirection is required for the URL based on the URL        request and the response forwarded by server end 512. If the        redirection is required, the process continues to Block S608. If        the redirection is not required, the process proceeds to Block        S610A. For example, the redirection analysis module 514 analyzes        an HTTP header of the processing result. If a command word        returned in the HTTP header is a redirecting command “3xx”, and        a Location header and a redirected URL are included, the        redirection analysis module 514 determines that redirection is        required. It is appreciated that instead of receiving the        response containing the HTTP header forwarded by the server end        512, the redirection analysis module 514 may also request and        receive such information directly from the target URL.    -   Block S608: Upon determining that the redirection is required,        the redirection analysis module 514 sends a request to the        redirected URL, and processes a returned result.    -   Block S610B: In case where redirection is required, the        redirection analysis module 514 returns the redirected URL        content 505 to the HTTP server end 512 as the true URL content.    -   Block S610A: Upon determining that the redirection is not        required, the redirection analysis module 514 returns the        original target URL content 504 to the HTTP server end 512 as        the true URL content. Alternatively, the server end 512 may have        otherwise received the original target URL content 504 (e.g.,        directly from the target URL). In this case, the redirection        analysis module 514 may instruct the server end 512 to send the        original target URL content 504 contained therein to the client        501 as the true URL content. The redirection analysis module 514        may also do nothing and let the server end 512 send the target        URL content 504 to the client 501 as the true URL content on its        own initiative.    -   Block S610: The HTTP server end 512 returns the true URL content        to the client 501. As described above, the true URL content may        either be the target URL content 504 or the redirected URL        content 505, depending on whether redirection is required.

It is noted that in the above embodiment, the HTTP server end 512forwards the URL request and the response to the redirection analysismodule 514 for analysis and determination. Specifically, the HTTP serverend 512 processes the URL request, and forwards the returned result ofthe URL request to the redirection analysis module 514. Here, thereturned result of the URL request may refer to target URL content 504corresponding to the original URL request of the user and/or an HTTPheader containing redirection information, depending whether theprovider is required redirecting of the target URL. For example, if theoriginal URL request of the user in this example ishttp:www.alisoft.com/im/gettip.html, the returned result obtained afterthe HTTP server end 512 has processed the URL request may be either theoriginal target URL request http:www.alisoft.com/im/gettip.html or theredirected URL request 302http://www.alisoft.com/portal/getnewtip.html.In other words, the HTTP server end 512 forwards certain relevantinformation to the redirection analysis module 514 regardless of whetherthe original URL request of the user requires to be redirected. Undercircumstances where a redirection is required, the forwarded informationis a returned redirected URL request. Under circumstances where aredirection is not required, the forwarded information is the originalURL request.

As illustrated from the above procedures, in order to serve users whosubmit a request for a target URL, the HTTP server 510 has includedtherein a redirection analysis module 514 designed for in-server URLredirection. The redirection is therefore performed by the server 510internally and no longer relies on the URL redirecting capability of theclient 501. Moreover, what the client 501 obtains is a true URL contentof the original URL request regardless of whether a redirection isrequired.

It is appreciated that the potential benefits and advantages discussedherein are not to be construed as a limitation or restriction to thescope of the appended claims.

Although the subject matter has been described in language specific tostructural features and/or methodological acts, it is to be understoodthat the subject matter defined in the appended claims is notnecessarily limited to the specific features or acts described. Rather,the specific features and acts are disclosed as exemplary forms ofimplementing the claims.

What is claimed is:
 1. A server comprising: one or more processors;memory; an HTTP server end and a redirection analysis module stored inthe memory and executable by the one or more processors, wherein: theHTTP server end receives a URL request from a client, submits the URLrequest to a target URL, receives a response returned from the targetURL, and sends an HTTP header of the response without other content ofthe response to a redirection analysis module for a determination ofwhether a redirection is needed; and the redirection analysis modulereceives the HTTP header of the response from the HTTP server end,determines that the redirection is needed based on the HTTP header ofthe response, and instructs the HTTP server end to submit a new requestto a redirected URL to obtain a redirected URL content after determiningthat the redirection is needed, wherein the HTTP server end sends theredirected URL content to the client without the client supporting aredirection function.
 2. The server of claim 1, wherein the responseincludes redirection information indicating the redirected URL.
 3. Oneor more memories storing executable instructions that, when executed byan HTTP end of a server implemented by one or more computing devices,cause the server to perform acts comprising: receiving a URL requestfrom a client; submitting the URL request to a target URL; receiving aresponse returned from the target URL; sending an HTTP header of theresponse without other content of the response to a redirection analysismodule for a determination of whether a redirection is needed to causethe redirection analysis module to receive the HTTP header of theresponse and determine that the redirection is needed based on the HTTPheader of the response; submitting a new request to a redirected URL toobtain a redirected URL content after determining that the redirectioninformation is needed; and sending the redirected URL content to theclient without the client supporting a redirection function.
 4. The oneor more memories of claim 3, wherein the response includes redirectioninformation indicating the redirected URL.
 5. A method comprising:receiving, by a HTTP server end of a server, a URL request from aclient; submitting, by the HTTP server end, the URL request from theclient to a target URL; receiving, by the HTTP server end, a responsereturned from the target URL; sending, by the HTTP server end, an HTTPheader of the response without other content of the response to aredirection analysis module of the server for a determination of whethera redirection is needed; receiving, by the redirection analysis module,the HTTP header of the response from the HTTP server end; determining,by the redirection analysis module, that the redirection is needed basedon the HTTP header of the response; instructing, by the redirectionanalysis module, the HTTP server end to submit a new request to aredirected URL to obtain a redirected URL content after determining thatthe redirection is needed; and sending, by the HTTP server end, theredirected URL content to the client without the client supporting aredirection function.
 6. The method of claim 5, wherein the responseincludes redirection information indicating the redirected URL.
 7. Themethod of claim 5, wherein obtaining the redirected URL content for theclient occurs without the client being aware of whether an activity ofthe redirection takes place.
 8. The method of claim 5, wherein obtainingthe redirected URL content for the client further occurs when the URLrequest has been redirected by a provider to a new URL.
 9. The one ormore memories of claim 3, wherein obtaining the redirected URL contentfor the client occurs without the client being aware of whether anactivity of the redirection takes place.
 10. The one or more memories ofclaim 3, wherein obtaining the redirected URL content for the clientoccurs when the URL request has been redirected by a provider to a newURL.
 11. The server of claim 1, wherein the HTTP server end obtains theredirected URL content for the client without the client being aware ofwhether an activity of the redirection takes place in the server.